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DETAILED ACTION 

Remarks 

1 . Receipt of Applicant's Amendment filed on 02/25/2009 is acknowledged. The 
amendment includes the cancellation of claims 2-3, 7, 9-10, 12-13, 17, and 22-23, the 
amending of claim 36, and the withdrawal of claims 11,14-16,18-21, 24-29, and 32-35. 

Regarding Applicant's request that amended withdrawn group II claims 11, 14- 
16, 18-20, and 32-33 be included into elected group I, the examiner states that the 
applicant elected without traverse to Group I (Claims 1 , 4-6, 30-31 , and 36-39) in the 
reply dated 02/25/2008. Because the applicant elected Group I without traverse and the 
fact that the restriction was proper, the examiner considers claims 11, 14-16, 18-20, and 
32-33 as withdrawn. Thus, Group II (claims 11, 14-16, 18-20, and 32-33) will NOT be 
examined in the instant office action. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

4. Claims 1 , 4-6, and 30-31 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Malik (U.S. Patent 7,089,286) in view of Weller (U.S. PGPUB 
2005/0055464). 
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5. Regarding claim 1 , Malik teaches a method comprising: 

A) determining in said database client whether to send said data in a compressed 
format (Column 5, lines 31-47, Figure 4); 

B) wherein said data is contained in a database query to be sent to said database 
server (Column 5, lines 31-47, Figure 4); 

C) if it is determined to send said data in said compressed format, compressing said 
data to generate compressed data using a compression approach and sending said 
compressed data to said database server on said network (Column 4, lines 7-21, 22-34, 
Column 5, lines 31-47, Figures 2, 4); and 

D) otherwise, sending said data in an uncompressed format to said database server on 
said network (Column 5, lines 31-47, Figure 4); 

E) wherein said determined checks a processing load on said database server (Column 
5, lines 48-67-Column 6, lines 1-6, Column 7, lines 60-67-Column 8, lines 1-17). 

The examiner notes that Malik teaches "determining in said database client 
whether to send said data in a compressed format" as "The method of selectively 
compressing attachment files according to the preferred embodiment is described with 
reference to FIG. 4. A user composes an e-mail communication having one or more 
attachments. Once the user requests to transmit the e-mail communication, as in step 
40, the system determines the file type for each attachment file designated with the e- 
mail communication, as in step 41 . Information regarding the compressibility of one of 
the designated attachment files is loaded in step 42 into the e-mail attachment 
configurator module 33 of FIG. 3. The system checks if the compressibility of that file 
type is above a certain threshold, in step 43. If it is, the file is then compressed in step 
44. The process of loading compression information and selectively compressing files 
continues until each file has been analyzed. When the system determines that no other 
files remain to be analyzed, in step 45, the e-mail communication is transmitted, in step 
46" (Column 5, lines 31-47). The examiner notes that Malik teaches "wherein said 
data is contained in a database query to be sent to said database server" as "The 
method of selectively compressing attachment files according to the preferred 
embodiment is described with reference to FIG. 4. A user composes an e-mail 
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communication having one or more attachments. Once the user requests to transmit the 
e-mail communication, as in step 40, the system determines the file type for each 
attachment file designated with the e-mail communication, as in step 41 . Information 
regarding the compressibility of one of the designated attachment files is loaded in step 
42 into the e-mail attachment configurator module 33 of FIG. 3. The system checks if 
the compressibility of that file type is above a certain threshold, in step 43. If it is, the file 
is then compressed in step 44. The process of loading compression information and 
selectively compressing files continues until each file has been analyzed. When the 
system determines that no other files remain to be analyzed, in step 45, the e-mail 
communication is transmitted, in step 46" (Column 5, lines 31-47). The examiner further 
notes that because the client in Malik sends the data in a request, the data is sent in a 
query. The examiner further notes that Malik teaches "if it is determined to send 
said data in said compressed format, compressing said data to generate 
compressed data using a compression approach and sending said compressed 
data to said database server on said network" as "FIG. 2 is a schematic diagram of 
a specific networked computer system in accordance with a preferred embodiment of 
the present invention, wherein an e-mail communication with an attachment is 
transmitted from computer 20a to computer 28c via the Internet 24. Computers 20a, 
20b, and 20c are connected together via LAN 21 . Post office server 22 connects to LAN 
21 for transmitting e-mail both within and outside the LAN network. A world wide web 
hyper text transport protocol ("HTTP") server 23 ("web server") is also connected to the 
LAN 21 for facilitating communication between any of the computers 20a, 20b, and 20c 
with other computer systems via the internet 24. Likewise, computers 28a, 28b, and 28c 
are connected together through LAN 27, which is also connected to a post office server 
26 and web server 25" (column 4, lines 7-21 ) and "The method of selectively 
compressing attachment files according to the preferred embodiment is described with 
reference to FIG. 4. A user composes an e-mail communication having one or more 
attachments. Once the user requests to transmit the e-mail communication, as in step 
40, the system determines the file type for each attachment file designated with the e- 
mail communication, as in step 41. Information regarding the compressibility of one of 
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the designated attachment files is loaded in step 42 into the e-mail attachment 
configurator module 33 of FIG. 3. The system checks if the compressibility of that file 
type is above a certain threshold, in step 43. If it is, the file is then compressed in step 
44. The process of loading compression information and selectively compressing files 
continues until each file has been analyzed. When the system determines that no other 
files remain to be analyzed, in step 45, the e-mail communication is transmitted, in step 
46" (Column 5, lines 31-47). The examiner further notes that Malik teaches 
"otherwise, sending said data in an uncompressed format to said database server 
on said network" as FIG. 2 is a schematic diagram of a specific networked computer 
system in accordance with a preferred embodiment of the present invention, wherein an 
e-mail communication with an attachment is transmitted from computer 20a to computer 
28c via the Internet 24. Computers 20a, 20b, and 20c are connected together via LAN 
21 . Post office server 22 connects to LAN 21 for transmitting e-mail both within and 
outside the LAN network. A world wide web hyper text transport protocol ("HTTP") 
server 23 ("web server") is also connected to the LAN 21 for facilitating communication 
between any of the computers 20a, 20b, and 20c with other computer systems via the 
internet 24. Likewise, computers 28a, 28b, and 28c are connected together through 
LAN 27, which is also connected to a post office server 26 and web server 25" (column 
4, lines 7-21) and "The method of selectively compressing attachment files according to 
the preferred embodiment is described with reference to FIG. 4. A user composes an e- 
mail communication having one or more attachments. Once the user requests to 
transmit the e-mail communication, as in step 40, the system determines the file type for 
each attachment file designated with the e-mail communication, as in step 41 . 
Information regarding the compressibility of one of the designated attachment files is 
loaded in step 42 into the e-mail attachment configurator module 33 of FIG. 3. The 
system checks if the compressibility of that file type is above a certain threshold, in step 
43. If it is, the file is then compressed in step 44. The process of loading compression 
information and selectively compressing files continues until each file has been 
analyzed. When the system determines that no other files remain to be analyzed, in 
step 45, the e-mail communication is transmitted, in step 46" (Column 5, lines 31-47). 
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The examiner further notes that Malik teaches "wherein said determined checks a 
processing load on said database server" as "The threshold according to which the 
system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6) and "Depending upon 
the configuration of the recipient's e-mail communications system, the sender's e-mail 
configurator module can include additional capability to compress files according to the 
size limits imposed by the recipient's LAN. In e-mail communication systems that are 
generally available in the prior art, a user will receive an "undeliverable mail" message 
in response to an e-mail, if the size of the group of attachments in the e-mail exceeds a 
predetermined size limit. The "undeliverable" message typically does indicate the size 
limit for the recipient's LAN. The present invention provides an automatic reconfiguration 
and resending of a mis-sent message in response to an "undeliverable message" that 
indicates the size limit for the recipient's LAN. The e-mail communications system 
according to this embodiment additionally includes in the e-mail configuration module 33 
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of FIG. 3 a detector for detecting the receipt of a "undeliverable" notification. The 
subject heading of the "undeliverable" notification provides the size limit for the 
recipient's LAN. The sent e-mail is retrieved and reconfigured according to steps 51 56 
in FIG. 5. In this application, the "E-Mail Size Limit Standards" is provided from the 
subject heading of the "undeliverable" notification message. This reconfiguration and 
resend feature can occur automatically, or the user interface 31 in FIG. 3 may prompt 
the user to authorize re-transmitting the e-mail communication" (Column 7, lines 60-67- 
Column 8, lines 1-17). 

Malik does not explicitly teach: 
F) determines not to send said data in said compressed format if the processing load 
on said database server is determined to be more than a first threshold. 

Weller, however, teaches "determines not to send said data in said 
compressed format if the processing load on said database server is determined 
to be more than a first threshold" as "If server 14 is the intended recipient, server 14 
passes the message to the program within server 14 that should handle the message. 
In the illustrated example, this is server software 34 (step 104). Then, server software 
34 determines if it will support header compression for messages of this type from client 
12 (decision 106). This determination is based on the following factors: a) performance- 
-(i) if the payload is many times larger than the header, then it is not necessary to cache 
the header; the savings would be minimal, or (ii) if this client does not often send 
messages to the server, then there would be little savings in caching the header for 
subsequent communications from this client, or (iii) if a header of this type typically 
changes substantially from message to message, then there would be little or no 
savings in caching the headers because the client would have to send many header 
changes with each message. Server software 24 may consider one or more of the 
foregoing performance factors in determining whether to support header compression 
for this type of message or from this client, b) if the server has sufficient storage 
available at the time to cache the header(s). If the server does not have adequate 
storage, then it will not support header compression. Also, in some cases, the header is 
too large to practically cache... If the server software 34 is not willing or able to support 
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header compression (decision 106, no branch), then server software 34 determines if 
the header is compressed, i.e. includes a UID instead of a full header (decision 108). If 
so, server software 34 will not handle the message and instead sends an error message 
back to the client indicating that the message should be resent with a full header (step 
109). If not, server software 24 will handle the message (with message handling 
function 140) and respond to the message in the prior art manner, and not include any 
UID (step 110)" (Paragraphs 24-29) and "Referring again to decision 200, if the payload 
is not much larger than the header (decision 200, no branch), then server software 34 
determines if server 14 has sufficient resources, mainly storage and processes, to 
support caching (decision 202). This determination is made by checking the computing 
environment resource manager for the amount of available storage and processes, and 
then comparing this amount to a predetermined threshold. If server 14 does not have 
sufficient resources, then server software 34 decides not to support header caching" 
(Paragraph 32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because teaching 
Weller's would have allowed Malik's to provide a method which considers the viability 
and efficiency of potential compression in data transmission to a server, as noted by 
Weller (Paragraph 07). 

Regarding claim 4, Malik further teaches a method comprising: 

A) wherein said determining checks a type of said data (Column 5, lines 8-30); and 

B) determines not to send said data in said compressed format if said type does not 
lend to substantial data compression (Column 5, lines 8-30). 

The examiner notes that Malik teaches "wherein said determining checks a 
type of said data" as "The system for automatically compressing attachment files in e- 
mail communications is now explained with reference to the e-mail communications 
system 30 in FIG. 3. E-mail interface 31 provides a user interface for composing e-mail 
communications. Files that are selected to be attachments are stored in memory 35a, 
and are linked to the e-mail interface through data structures stored in 35b. 
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Compressibility table 34 provides a database of a plurality of different types of files and 
the degree of compressibility for each respective type of file. Examples of file types 
might include word processing files, CAD files, video files, presentation software 
application files, picture files, etc. The compressibility of each of the different types of 
files is preferably provided in table 34 as a percentage by which the corresponding file is 
typically reduced in size after compression. The compressibility table 34 is connected to 
an e-mail attachment configurator module 33 for determining which of the attachment 
files are to be compressed. Compression module 36 performs the compression of the 
attachment files selected to be compressed. The compression files are stored in 
memory 35b. Once the e-mail communication is configured for transmission, e-mail 
interface 31 forwards the e-mail message and attachment files to network interface 32" 
(Column 5, lines 8-30). The examiner further notes that Malik teaches "determines 
not to send said data in said compressed format if said type does not lend to 
substantial data compression" as "The system for automatically compressing 
attachment files in e-mail communications is now explained with reference to the e-mail 
communications system 30 in FIG. 3. E-mail interface 31 provides a user interface for 
composing e-mail communications. Files that are selected to be attachments are stored 
in memory 35a, and are linked to the e-mail interface through data structures stored in 
35b. Compressibility table 34 provides a database of a plurality of different types of files 
and the degree of compressibility for each respective type of file. Examples of file types 
might include word processing files, CAD files, video files, presentation software 
application files, picture files, etc. The compressibility of each of the different types of 
files is preferably provided in table 34 as a percentage by which the corresponding file is 
typically reduced in size after compression. The compressibility table 34 is connected to 
an e-mail attachment configurator module 33 for determining which of the attachment 
files are to be compressed. Compression module 36 performs the compression of the 
attachment files selected to be compressed. The compression files are stored in 
memory 35b. Once the e-mail communication is configured for transmission, e-mail 
interface 31 forwards the e-mail message and attachment files to network interface 32" 
(Column 5, lines 8-30). 
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Regarding claim 5, Malik further teaches a method comprising: 

A) wherein said determining examines a size of said data (Column 7, lines 22-39); and 

B) determines not to send said data in said compressed format if said size is small 
(Column 7, lines 22-39). 

The examiner notes that Malik teaches "wherein said determining examines a 
size of said data" as "As referred to above, the e-mail size limit standard can be 
determined by the network, predetermined within the e-mail application, or specified by 
the user. When automatically calculated by the network, a size limit will be supplied 
through the network interface 32 in FIG. 3 periodically throughout the day according to 
the traffic along the network. For example, the network administrator may set the limits 
for the maximum e-mail size at 2.0 MB when the network is at 50% capacity, 1 .5 MB 
when the network is at 75% capacity, and 1 .0 MB when the network is at 95% capacity. 
There can be as many intervals as necessary to improve performance along the 
network. The capacity of the network is determined and supplied to the configuration 
module via the network interface. The network information relevant to the user's e-mail 
may concern the network traffic on the entire LAN, or just the traffic on the portion of the 
LAN the extends from the user's computer to the post office on the LAN" (Column 7, 
lines 22-39). The examiner further notes that Malik teaches "determines not to send 
said data in said compressed format if said size is small" as "As referred to above, 
the e-mail size limit standard can be determined by the network, predetermined within 
the e-mail application, or specified by the user. When automatically calculated by the 
network, a size limit will be supplied through the network interface 32 in FIG. 3 
periodically throughout the day according to the traffic along the network. For example, 
the network administrator may set the limits for the maximum e-mail size at 2.0 MB 
when the network is at 50% capacity, 1 .5 MB when the network is at 75% capacity, and 
1 .0 MB when the network is at 95% capacity. There can be as many intervals as 
necessary to improve performance along the network. The capacity of the network is 
determined and supplied to the configuration module via the network interface. The 
network information relevant to the user's e-mail may concern the network traffic on the 
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entire LAN, or just the traffic on the portion of the LAN the extends from the user's 
computer to the post office on the LAN" (Column 7, lines 22-39). 

Regarding claim 6, Malik further teaches a method comprising: 

A) wherein said determining further checks a speed of data transfer on said network 
(Column 5, lines 48-67-Column 6, lines 1-6); and 

B) determines not to use said compressed format if said speed is high (Column 5, lines 
48-67-Column 6, lines 1-6) 

The examiner notes that Malik teaches "wherein said determining further 
checks a speed of data transfer on said network" as "The threshold according to 
which the system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6). The examiner 
further notes that Malik teaches "determines not to use said compressed format if 
said speed is high" as "The threshold according to which the system decides whether 
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to compress a file can be automatically calculated, predetermined, or user-selected. An 
automatically calculated system changes the threshold point according to the relative 
amount of traffic on the network. The threshold point is used in step 43 of FIG. 4 for 
determining whether an attachment file is to be compressed. For example, in the late 
evening, when a LAN for a business is generally underutilized, the threshold for 
compressing files can be set to be relatively large such that few files are compressed. 
This allows for faster transmission because the system compresses comparatively 
fewer files before transmission. The recipient of the e-mail communication will also have 
the benefit that fewer files need to be decompressed. In contrast, during the peak hours 
on the network, the compression threshold is lowered, such that a majority of the 
attachment files are compressed before transmission along the network. This reduces 
the number of packets sent along the network during busy time periods, thus allowing 
for more efficient usage. A detector connected to the network server (not shown in FIG. 
3) detects the relative network traffic, and sends a signal regarding the traffic 
information to network interface 32 in FIG. 3. The detector determines the relative 
amount of traffic on the network by a number of known methods. This information is 
then provided to the e-mail attachment configuration module 33 from network interface 
32" (Column 5, lines 48-67-Column 6, lines 1-6). 

Regarding claim 30, Malik further teaches a method comprising: 

A) wherein said determining checks said processing load in a plurality of corresponding 
previous time durations on said database server including at a first time instance and 
then at a second time instance (Column 7, lines 22-39); and 

B) determines not to send data in said compressed format between said first time 
instance and said second time instance if the processing load determined at said first 
time instance is more than said first threshold (Column 5, lines 31-47, Figure 4, Column 
7, lines 22-39). 

The examiner notes that Malik teaches "wherein said determining checks 
said processing load in a plurality of corresponding previous time durations on 
said database server including at a first time instance and then at a second time 
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instance" as "As referred to above, the e-mail size limit standard can be determined by 
the network, predetermined within the e-mail application, or specified by the user. When 
automatically calculated by the network, a size limit will be supplied through the network 
interface 32 in FIG. 3 periodically throughout the day according to the traffic along the 
network. For example, the network administrator may set the limits for the maximum e- 
mail size at 2.0 MB when the network is at 50% capacity, 1 .5 MB when the network is at 
75% capacity, and 1 .0 MB when the network is at 95% capacity. There can be as many 
intervals as necessary to improve performance along the network. The capacity of the 
network is determined and supplied to the configuration module via the network 
interface. The network information relevant to the user's e-mail may concern the 
network traffic on the entire LAN, or just the traffic on the portion of the LAN the extends 
from the user's computer to the post office on the LAN" (Column 7, lines 22-39). The 
examiner further notes that Malik teaches "determines not to send data in said 
compressed format between said first time instance and said second time 
instance if the processing load determined at said first time instance is more than 
said first threshold" as "The method of selectively compressing attachment files 
according to the preferred embodiment is described with reference to FIG. 4. A user 
composes an e-mail communication having one or more attachments. Once the user 
requests to transmit the e-mail communication, as in step 40, the system determines the 
file type for each attachment file designated with the e-mail communication, as in step 
41 . Information regarding the compressibility of one of the designated attachment files is 
loaded in step 42 into the e-mail attachment configurator module 33 of FIG. 3. The 
system checks if the compressibility of that file type is above a certain threshold, in step 
43. If it is, the file is then compressed in step 44. The process of loading compression 
information and selectively compressing files continues until each file has been 
analyzed. When the system determines that no other files remain to be analyzed, in 
step 45, the e-mail communication is transmitted, in step 46" (Column 5, lines 31-47) 
and "As referred to above, the e-mail size limit standard can be determined by the 
network, predetermined within the e-mail application, or specified by the user. When 
automatically calculated by the network, a size limit will be supplied through the network 
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interface 32 in FIG. 3 periodically throughout the day according to the traffic along the 
network. For example, the network administrator may set the limits for the maximum e- 
mail size at 2.0 MB when the network is at 50% capacity, 1 .5 MB when the network is at 
75% capacity, and 1 .0 MB when the network is at 95% capacity. There can be as many 
intervals as necessary to improve performance along the network. The capacity of the 
network is determined and supplied to the configuration module via the network 
interface. The network information relevant to the user's e-mail may concern the 
network traffic on the entire LAN, or just the traffic on the portion of the LAN the extends 
from the user's computer to the post office on the LAN" (Column 7, lines 22-39). 

Regarding claim 31 , Malik further teaches a method comprising: 

A) wherein said determining checks a processing load on said database client (Column 
5, lines 48-67-Column 6, lines 1-6, Figure 4, Column 7, lines 22-39, 60-67-Column 8, 
lines 1-17); and 

B) determines to send said data in said compressed format if the processing load on 
said database server is not more than a first threshold and if the processing load on 
said database client is not more than a second threshold (Column 5, lines 48-67- 
Column 6, lines 1-6, Figure 4, Column 7, lines 22-39, 60-67-Column 8, lines 1-17). 

The examiner notes that Malik teaches "wherein said determining checks a 
processing load on said database client" as "The threshold according to which the 
system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
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such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6), "As referred to 
above, the e-mail size limit standard can be determined by the network, predetermined 
within the e-mail application, or specified by the user. When automatically calculated by 
the network, a size limit will be supplied through the network interface 32 in FIG. 3 
periodically throughout the day according to the traffic along the network. For example, 
the network administrator may set the limits for the maximum e-mail size at 2.0 MB 
when the network is at 50% capacity, 1 .5 MB when the network is at 75% capacity, and 
1 .0 MB when the network is at 95% capacity. There can be as many intervals as 
necessary to improve performance along the network. The capacity of the network is 
determined and supplied to the configuration module via the network interface. The 
network information relevant to the user's e-mail may concern the network traffic on the 
entire LAN, or just the traffic on the portion of the LAN the extends from the user's 
computer to the post office on the LAN" (Column 7, lines 22-39), and "Depending upon 
the configuration of the recipient's e-mail communications system, the sender's e-mail 
configurator module can include additional capability to compress files according to the 
size limits imposed by the recipient's LAN. In e-mail communication systems that are 
generally available in the prior art, a user will receive an "undeliverable mail" message 
in response to an e-mail, if the size of the group of attachments in the e-mail exceeds a 
predetermined size limit. The "undeliverable" message typically does indicate the size 
limit for the recipient's LAN. The present invention provides an automatic reconfiguration 
and resending of a mis-sent message in response to an "undeliverable message" that 
indicates the size limit for the recipient's LAN. The e-mail communications system 
according to this embodiment additionally includes in the e-mail configuration module 33 
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of FIG. 3 a detector for detecting the receipt of a "undeliverable" notification. The 
subject heading of the "undeliverable" notification provides the size limit for the 
recipient's LAN. The sent e-mail is retrieved and reconfigured according to steps 51 56 
in FIG. 5. In this application, the "E-Mail Size Limit Standards" is provided from the 
subject heading of the "undeliverable" notification message. This reconfiguration and 
resend feature can occur automatically, or the user interface 31 in FIG. 3 may prompt 
the user to authorize re-transmitting the e-mail communication" (Column 7, lines 60-67- 
Column 8, lines 1-17). The examiner further notes that Malik teaches "determines to 
send said data in said compressed format if the processing load on said database 
server is not more than a first threshold and if the processing load on said 
database client is not more than a second threshold" as "The threshold according 
to which the system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6), "As referred to 
above, the e-mail size limit standard can be determined by the network, predetermined 


Application/Control Number: 10/708,940 
Art Unit: 2168 


Page 17 


within the e-mail application, or specified by the user. When automatically calculated by 
the network, a size limit will be supplied through the network interface 32 in FIG. 3 
periodically throughout the day according to the traffic along the network. For example, 
the network administrator may set the limits for the maximum e-mail size at 2.0 MB 
when the network is at 50% capacity, 1 .5 MB when the network is at 75% capacity, and 
1 .0 MB when the network is at 95% capacity. There can be as many intervals as 
necessary to improve performance along the network. The capacity of the network is 
determined and supplied to the configuration module via the network interface. The 
network information relevant to the user's e-mail may concern the network traffic on the 
entire LAN, or just the traffic on the portion of the LAN the extends from the user's 
computer to the post office on the LAN" (Column 7, lines 22-39), and "Depending upon 
the configuration of the recipient's e-mail communications system, the sender's e-mail 
configurator module can include additional capability to compress files according to the 
size limits imposed by the recipient's LAN. In e-mail communication systems that are 
generally available in the prior art, a user will receive an "undeliverable mail" message 
in response to an e-mail, if the size of the group of attachments in the e-mail exceeds a 
predetermined size limit. The "undeliverable" message typically does indicate the size 
limit for the recipient's LAN. The present invention provides an automatic reconfiguration 
and resending of a mis-sent message in response to an "undeliverable message" that 
indicates the size limit for the recipient's LAN. The e-mail communications system 
according to this embodiment additionally includes in the e-mail configuration module 33 
of FIG. 3 a detector for detecting the receipt of a "undeliverable" notification. The 
subject heading of the "undeliverable" notification provides the size limit for the 
recipient's LAN. The sent e-mail is retrieved and reconfigured according to steps 51 56 
in FIG. 5. In this application, the "E-Mail Size Limit Standards" is provided from the 
subject heading of the "undeliverable" notification message. This reconfiguration and 
resend feature can occur automatically, or the user interface 31 in FIG. 3 may prompt 
the user to authorize re-transmitting the e-mail communication" (Column 7, lines 60-67- 
Column 8, lines 1-17). 
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6. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Malik 
(U.S. Patent 7,089,286) in view of Weller (U.S. PGPUB 2005/0055464) as applied to 
claims 1,4-6, and 30-31 above, and in view of Gish (U.S. PGPUB 2005/0144309). 

7. Regarding claim 8, Malik further teaches a method and computer readable 
medium comprising: 

A) wherein said determining further checks a speed of data transfer on said network 
and determines not to use said compressed format is said speed is high (Column 5, 
lines 48-67-Column 6, lines 1-6, Column 7, lines 60-67-Column 8, lines 1-17). 

The examiner notes that Malik teaches "wherein said determining further 
checks a speed of data transfer on said network and determines not to use said 
compressed format is said speed is high" as "The threshold according to which the 
system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6) and "Depending upon 
the configuration of the recipient's e-mail communications system, the sender's e-mail 


Application/Control Number: 10/708,940 
Art Unit: 2168 


Page 19 


configurator module can include additional capability to compress files according to the 
size limits imposed by the recipient's LAN. In e-mail communication systems that are 
generally available in the prior art, a user will receive an "undeliverable mail" message 
in response to an e-mail, if the size of the group of attachments in the e-mail exceeds a 
predetermined size limit. The "undeliverable" message typically does indicate the size 
limit for the recipient's LAN. The present invention provides an automatic reconfiguration 
and resending of a mis-sent message in response to an "undeliverable message" that 
indicates the size limit for the recipient's LAN. The e-mail communications system 
according to this embodiment additionally includes in the e-mail configuration module 33 
of FIG. 3 a detector for detecting the receipt of a "undeliverable" notification. The 
subject heading of the "undeliverable" notification provides the size limit for the 
recipient's LAN. The sent e-mail is retrieved and reconfigured according to steps 51 56 
in FIG. 5. In this application, the "E-Mail Size Limit Standards" is provided from the 
subject heading of the "undeliverable" notification message. This reconfiguration and 
resend feature can occur automatically, or the user interface 31 in FIG. 3 may prompt 
the user to authorize re-transmitting the e-mail communication" (Column 7, lines 60-67- 
Column 8, lines 1-17). 

Malik and Weller do not explicitly teach: 
B) wherein said speed is determined by including a first local time stamp in a packet 
sent to said second end system, and receiving a second time stamp and a third time 
stamp from said second end system at a time specified by a fourth local time stamp, 
wherein said second time stamp indicates a time at which said packet is received in 
said second end system and said third time stamp indicates a time at which said packet 
is sent from said second end system, wherein said speed is determined based on said 
first local time stamp, said second time stamp, said third time stamp, and said fourth 
time stamp. 

Gish, however, teaches "wherein said speed is determined by including a 
first local time stamp in a packet sent to said second end system, and receiving a 
second time stamp and a third time stamp from said second end system at a time 
specified by a fourth local time stamp, wherein said second time stamp indicates 
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a time at which said packet is received in said second end system and said third 
time stamp indicates a time at which said packet is sent from said second end 
system, wherein said speed is determined based on said first local time stamp, 
said second time stamp, said third time stamp, and said fourth time stamp" as "In 

one embodiment, the basic timing protocol involves sending messages at regular 
intervals from a timing client to a timing server and back. Four time-stamps (TS) are 
appended to this round-trip message. Specifically: TS1 Appended by the client when it 
sends the message to the server TS2 Appended by the server when it receives the 
message TS3 Appended by the server when it sends the message back to the client 
TS4 Appended by the client when it receives the message. These four time-stamps are 
then used by the timing algorithm, which calculates the round-trip delay. In one 
embodiment the round-trip delay is computed as: (TS4-TS1)-(TS3-TS2). This 
corresponds to the time it takes for a message to travel to the timing server and back, 
minus the time it takes for the server to turn the message around" (Paragraphs 50-51 ). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because teaching 
Gish's would have allowed Malik's and Weller's to provide a method for a server to 
combat congestions and detect faulty behavior in networks through various calculation 
techniques, as noted by Gish (Paragraph 3). 

8. Claims 36-39 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Malik (U.S. Patent 7,089,286) in view of Lightstone et al. (U.S. PGPUB 
2005/0192978). 

9. Regarding claim 36, Malik teaches a computing system comprising: 

A) a database server to enable storage and access of data (Column 5, lines 31-47, 
Figure 4); 

B) a network to provide connectivity to said database server (Column 3, lines 54-61); 
and 

D) wherein said database query contains a data to be stored in said database server 
(Column 5, lines 31-47, Figure 4); 
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E) a session layer block to establish a connection with said database server on said 
network (Column 4, lines 7-21); 

F) wherein said connection enables sending of said database query to said database 
server (Column 5, lines 31-47, Figure 4); and 

G) a compression block to determine whether to send said data in a compressed 
format (Column 5, lines 31-47, Figure 4); 

H) wherein if it is determined to send said data in a compressed format, said 
compression block to compress said data to generate compressed data and said 
session layer block to send said compressed data on said connection to said database 
server (Column 4, lines 7-21 , 22-34, Column 5, lines 31-47, Figures 2, 4); 

I) otherwise, said session layer block to send said data in an uncompressed format on 
said connection to said database server (Column 5, lines 31-47, Figure 4). 

The examiner notes that Malik teaches "a database server to enable storage 
and access of data" as "FIG. 2 is a schematic diagram of a specific networked 
computer system in accordance with a preferred embodiment of the present invention, 
wherein an e-mail communication with an attachment is transmitted from computer 20a 
to computer 28c via the Internet 24. Computers 20a, 20b, and 20c are connected 
together via LAN 21 . Post office server 22 connects to LAN 21 for transmitting e-mail 
both within and outside the LAN network. A world wide web hyper text transport protocol 
("HTTP") server 23 ("web server") is also connected to the LAN 21 for facilitating 
communication between any of the computers 20a, 20b, and 20c with other computer 
systems via the internet 24. Likewise, computers 28a, 28b, and 28c are connected 
together through LAN 27, which is also connected to a post office server 26 and web 
server 25" (Column 5, lines 31-47). The examiner further notes that Malik teaches "a 
network to provide connectivity to said database server" as "The present invention 
will now be described in more detail with reference to the figures. FIG. 1 is a schematic 
diagram of a basic computer network system, in which computer 10 is connected to 
computer 12 through a network 13 to facilitate e-mail communications with attachments. 
Computer 10 has an e-mail communications user interface 1 1 that permits the computer 
to send e-mail communications using network 13" (Column 3, lines 54-61). The 
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examiner further notes that Malik teaches "wherein said database query contains a 
data to be stored in said database server" as "FIG. 2 is a schematic diagram of a 
specific networked computer system in accordance with a preferred embodiment of the 
present invention, wherein an e-mail communication with an attachment is transmitted 
from computer 20a to computer 28c via the Internet 24. Computers 20a, 20b, and 20c 
are connected together via LAN 21 . Post office server 22 connects to LAN 21 for 
transmitting e-mail both within and outside the LAN network. A world wide web hyper 
text transport protocol ("HTTP") server 23 ("web server") is also connected to the LAN 
21 for facilitating communication between any of the computers 20a, 20b, and 20c with 
other computer systems via the internet 24. Likewise, computers 28a, 28b, and 28c are 
connected together through LAN 27, which is also connected to a post office server 26 
and web server 25" (Column 5, lines 31-47). The examiner further notes that Malik 
teaches "a session layer block to establish a connection with said database 
server on said network" as "FIG. 2 is a schematic diagram of a specific networked 
computer system in accordance with a preferred embodiment of the present invention, 
wherein an e-mail communication with an attachment is transmitted from computer 20a 
to computer 28c via the Internet 24. Computers 20a, 20b, and 20c are connected 
together via LAN 21 . Post office server 22 connects to LAN 21 for transmitting e-mail 
both within and outside the LAN network. A world wide web hyper text transport protocol 
("HTTP") server 23 ("web server") is also connected to the LAN 21 for facilitating 
communication between any of the computers 20a, 20b, and 20c with other computer 
systems via the internet 24. Likewise, computers 28a, 28b, and 28c are connected 
together through LAN 27, which is also connected to a post office server 26 and web 
server 25" (Column 5, lines 31 -47). The examiner further notes that Malik teaches "a 
compression block to determine whether to send said data in a compressed 
format" as "The method of selectively compressing attachment files according to the 
preferred embodiment is described with reference to FIG. 4. A user composes an e-mail 
communication having one or more attachments. Once the user requests to transmit the 
e-mail communication, as in step 40, the system determines the file type for each 
attachment file designated with the e-mail communication, as in step 41 . Information 
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regarding the compressibility of one of the designated attachment files is loaded in step 
42 into the e-mail attachment configurator module 33 of FIG. 3. The system checks if 
the compressibility of that file type is above a certain threshold, in step 43. If it is, the file 
is then compressed in step 44. The process of loading compression information and 
selectively compressing files continues until each file has been analyzed. When the 
system determines that no other files remain to be analyzed, in step 45, the e-mail 
communication is transmitted, in step 46" (Column 5, lines 31-47). The examiner further 
notes that Malik teaches "wherein if it is determined to send said data in a 
compressed format, said compression block to compress said data to generate 
compressed data and said session layer block to send said compressed data on 
said connection to said database server" as "FIG. 2 is a schematic diagram of a 
specific networked computer system in accordance with a preferred embodiment of the 
present invention, wherein an e-mail communication with an attachment is transmitted 
from computer 20a to computer 28c via the Internet 24. Computers 20a, 20b, and 20c 
are connected together via LAN 21 . Post office server 22 connects to LAN 21 for 
transmitting e-mail both within and outside the LAN network. A world wide web hyper 
text transport protocol ("HTTP") server 23 ("web server") is also connected to the LAN 
21 for facilitating communication between any of the computers 20a, 20b, and 20c with 
other computer systems via the internet 24. Likewise, computers 28a, 28b, and 28c are 
connected together through LAN 27, which is also connected to a post office server 26 
and web server 25" (column 4, lines 7-21 ) and "The method of selectively compressing 
attachment files according to the preferred embodiment is described with reference to 
FIG. 4. A user composes an e-mail communication having one or more attachments. 
Once the user requests to transmit the e-mail communication, as in step 40, the system 
determines the file type for each attachment file designated with the e-mail 
communication, as in step 41 . Information regarding the compressibility of one of the 
designated attachment files is loaded in step 42 into the e-mail attachment configurator 
module 33 of FIG. 3. The system checks if the compressibility of that file type is above a 
certain threshold, in step 43. If it is, the file is then compressed in step 44. The process 
of loading compression information and selectively compressing files continues until 
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each file has been analyzed. When the system determines that no other files remain to 
be analyzed, in step 45, the e-mail communication is transmitted, in step 46" (Column 5, 
lines 31-47). The examiner further notes that Malik teaches "otherwise, said session 
layer block to send said data in an uncompressed format on said connection to 
said database server" as FIG. 2 is a schematic diagram of a specific networked 
computer system in accordance with a preferred embodiment of the present invention, 
wherein an e-mail communication with an attachment is transmitted from computer 20a 
to computer 28c via the Internet 24. Computers 20a, 20b, and 20c are connected 
together via LAN 21 . Post office server 22 connects to LAN 21 for transmitting e-mail 
both within and outside the LAN network. A world wide web hyper text transport protocol 
("HTTP") server 23 ("web server") is also connected to the LAN 21 for facilitating 
communication between any of the computers 20a, 20b, and 20c with other computer 
systems via the internet 24. Likewise, computers 28a, 28b, and 28c are connected 
together through LAN 27, which is also connected to a post office server 26 and web 
server 25" (column 4, lines 7-21 ) and "The method of selectively compressing 
attachment files according to the preferred embodiment is described with reference to 
FIG. 4. A user composes an e-mail communication having one or more attachments. 
Once the user requests to transmit the e-mail communication, as in step 40, the system 
determines the file type for each attachment file designated with the e-mail 
communication, as in step 41 . Information regarding the compressibility of one of the 
designated attachment files is loaded in step 42 into the e-mail attachment configurator 
module 33 of FIG. 3. The system checks if the compressibility of that file type is above a 
certain threshold, in step 43. If it is, the file is then compressed in step 44. The process 
of loading compression information and selectively compressing files continues until 
each file has been analyzed. When the system determines that no other files remain to 
be analyzed, in step 45, the e-mail communication is transmitted, in step 46" (Column 5, 
lines 31-47). 

Malik does not explicitly teach: 
A) using structured query language (SQL) : 
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C) a second end system comprising: a client block to generate a database query 
according to said SQL to be sent to said database server. 

Lightstone, however, teaches "using structured query language (SQL) " as 
"To access the data contained in databases, such as an SQL (structured query 
language) database, queries or statements are used by a database management 
system (DBMS). A collection of these queries, which are to be executed by the DBMS is 
defined as a workload. The computational complexity or cost of execution of a workload 
in terms of metrics such as time required for execution or resources required for 
execution, such as memory, grows geometrically or even exponentially with the 
complexity or size (e.g. number of queries) of the workload" (Paragraph 02) and "a 
second end system comprising: a client block to generate a database query 
according to said SQL to be sent to said database server" as "To access the data 
contained in databases, such as an SQL (structured query language) database, queries 
or statements are used by a database management system (DBMS). A collection of 
these queries, which are to be executed by the DBMS is defined as a workload. The 
computational complexity or cost of execution of a workload in terms of metrics such as 
time required for execution or resources required for execution, such as memory, grows 
geometrically or even exponentially with the complexity or size (e.g. number of queries) 
of the workload" (Paragraph 02) and "An embodiment of the present invention provides 
a method of optimizing the compression of database workloads in general terms as 
follows. Initially, an estimate of a cost of execution for each query according to a defined 
metric such as execution time or memory consumption is determined. A sub-set of 
queries is then selected from the workload in order of the most costly to least costly 
relative to the defined metric for compression according to either a predetermined 
compression threshold percentage or a threshold percentage derived from an allotted 
workload execution time. Compression is then performed on the selected sub-set of 
queries (i.e. those that will benefit the most from the compression) to achieve a net 
beneficial trade-off between the cost of workload compression and the cost of workload 
execution" (Paragraph 17) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because teaching 
Lightstone's would have allowed Malik's to provide a method which considers the cost 
of workload compression versus the cost of workload execution, as noted by 
Lightstone (Paragraph 03). 

Regarding claim 37, Malik further teaches a computing system comprising: 

A) wherein said compression block determines a processing load on said database 
server in a corresponding previous time duration at a plurality of time instances (Column 
7, lines 22-39); and 

B) decides whether or not to send data in said compressed format based on the 
processing load in a preceding time instance (Column 5, lines 31-47, Figure 4, Column 
7, lines 22-39). 

The examiner notes that Malik teaches "wherein said compression block 
determines a processing load on said database server in a corresponding 
previous time duration at a plurality of time instances" as "As referred to above, the 
e-mail size limit standard can be determined by the network, predetermined within the 
e-mail application, or specified by the user. When automatically calculated by the 
network, a size limit will be supplied through the network interface 32 in FIG. 3 
periodically throughout the day according to the traffic along the network. For example, 
the network administrator may set the limits for the maximum e-mail size at 2.0 MB 
when the network is at 50% capacity, 1 .5 MB when the network is at 75% capacity, and 
1 .0 MB when the network is at 95% capacity. There can be as many intervals as 
necessary to improve performance along the network. The capacity of the network is 
determined and supplied to the configuration module via the network interface. The 
network information relevant to the user's e-mail may concern the network traffic on the 
entire LAN, or just the traffic on the portion of the LAN the extends from the user's 
computer to the post office on the LAN" (Column 7, lines 22-39). The examiner further 
notes that Malik teaches "decides whether or not to send data in said compressed 
format based on the processing load in a preceding time instance" as "The 
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method of selectively compressing attachment files according to the preferred 
embodiment is described with reference to FIG. 4. A user composes an e-mail 
communication having one or more attachments. Once the user requests to transmit the 
e-mail communication, as in step 40, the system determines the file type for each 
attachment file designated with the e-mail communication, as in step 41 . Information 
regarding the compressibility of one of the designated attachment files is loaded in step 
42 into the e-mail attachment configurator module 33 of FIG. 3. The system checks if 
the compressibility of that file type is above a certain threshold, in step 43. If it is, the file 
is then compressed in step 44. The process of loading compression information and 
selectively compressing files continues until each file has been analyzed. When the 
system determines that no other files remain to be analyzed, in step 45, the e-mail 
communication is transmitted, in step 46" (Column 5, lines 31-47) and "As referred to 
above, the e-mail size limit standard can be determined by the network, predetermined 
within the e-mail application, or specified by the user. When automatically calculated by 
the network, a size limit will be supplied through the network interface 32 in FIG. 3 
periodically throughout the day according to the traffic along the network. For example, 
the network administrator may set the limits for the maximum e-mail size at 2.0 MB 
when the network is at 50% capacity, 1 .5 MB when the network is at 75% capacity, and 
1 .0 MB when the network is at 95% capacity. There can be as many intervals as 
necessary to improve performance along the network. The capacity of the network is 
determined and supplied to the configuration module via the network interface. The 
network information relevant to the user's e-mail may concern the network traffic on the 
entire LAN, or just the traffic on the portion of the LAN the extends from the user's 
computer to the post office on the LAN" (Column 7, lines 22-39). 

Regarding claim 38, Malik further teaches a computing system comprising: 
A) wherein said second end system comprises a database client (Column 5, lines 31- 
47, Figure 4). 

The examiner notes that Malik teaches "wherein said second end system 
comprises a database client" as "The method of selectively compressing attachment 
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files according to the preferred embodiment is described with reference to FIG. 4. A 
user composes an e-mail communication having one or more attachments. Once the 
user requests to transmit the e-mail communication, as in step 40, the system 
determines the file type for each attachment file designated with the e-mail 
communication, as in step 41 . Information regarding the compressibility of one of the 
designated attachment files is loaded in step 42 into the e-mail attachment configurator 
module 33 of FIG. 3. The system checks if the compressibility of that file type is above a 
certain threshold, in step 43. If it is, the file is then compressed in step 44. The process 
of loading compression information and selectively compressing files continues until 
each file has been analyzed. When the system determines that no other files remain to 
be analyzed, in step 45, the e-mail communication is transmitted, in step 46" (Column 5, 
lines 31-47) 

Regarding claim 39, Malik further teaches a computing system comprising: 
A) wherein said second end system comprises another database server (Column 4, 
lines 7-21). 

The examiner notes that Malik teaches "wherein said second end system 
comprises another database server" as "FIG. 2 is a schematic diagram of a specific 
networked computer system in accordance with a preferred embodiment of the present 
invention, wherein an e-mail communication with an attachment is transmitted from 
computer 20a to computer 28c via the Internet 24. Computers 20a, 20b, and 20c are 
connected together via LAN 21 . Post office server 22 connects to LAN 21 for 
transmitting e-mail both within and outside the LAN network. A world wide web hyper 
text transport protocol ("HTTP") server 23 ("web server") is also connected to the LAN 
21 for facilitating communication between any of the computers 20a, 20b, and 20c with 
other computer systems via the internet 24. Likewise, computers 28a, 28b, and 28c are 
connected together through LAN 27, which is also connected to a post office server 26 
and web server 25" (Column 4, lines 7-21). 

Response to Arguments 
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1 1 . Applicant's arguments with respect to claims 1 , 4-6, 8, 30-31 , and 36-39 have 
been considered but are moot in view of the new ground(s) of rejection. 

Applicant's arguments filed 02/25/2009 have been fully considered but they are 
not persuasive. 

Applicant argues on page 12 that "Applicants first disagree with equating the 
claimed processing load on the database server, with the amount of traffic on the 
network. Such an equation would be unreasonable since a network (which 
provides connectivity) is not the same as a database system, as well be 
appreciated by one skilled in the relevant arts". However, the examiner wishes to 
refer Columns 5-6 and 8 of Malik which state "The threshold according to which the 
system decides whether to compress a file can be automatically calculated, 
predetermined, or user-selected. An automatically calculated system changes the 
threshold point according to the relative amount of traffic on the network. The threshold 
point is used in step 43 of FIG. 4 for determining whether an attachment file is to be 
compressed. For example, in the late evening, when a LAN for a business is generally 
underutilized, the threshold for compressing files can be set to be relatively large such 
that few files are compressed. This allows for faster transmission because the system 
compresses comparatively fewer files before transmission. The recipient of the e-mail 
communication will also have the benefit that fewer files need to be decompressed. In 
contrast, during the peak hours on the network, the compression threshold is lowered, 
such that a majority of the attachment files are compressed before transmission along 
the network. This reduces the number of packets sent along the network during busy 
time periods, thus allowing for more efficient usage. A detector connected to the 
network server (not shown in FIG. 3) detects the relative network traffic, and sends a 
signal regarding the traffic information to network interface 32 in FIG. 3. The detector 
determines the relative amount of traffic on the network by a number of known methods. 
This information is then provided to the e-mail attachment configuration module 33 from 
network interface 32" (Column 5, lines 48-67-Column 6, lines 1-6) and "Depending upon 
the configuration of the recipient's e-mail communications system, the sender's e-mail 
configurator module can include additional capability to compress files according to the 
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size limits imposed by the recipient's LAN. In e-mail communication systems that are 
generally available in the prior art, a user will receive an "undeliverable mail" message 
in response to an e-mail, if the size of the group of attachments in the e-mail exceeds a 
predetermined size limit. The "undeliverable" message typically does indicate the size 
limit for the recipient's LAN. The present invention provides an automatic reconfiguration 
and resending of a mis-sent message in response to an "undeliverable message" that 
indicates the size limit for the recipient's LAN. The e-mail communications system 
according to this embodiment additionally includes in the e-mail configuration module 33 
of FIG. 3 a detector for detecting the receipt of a "undeliverable" notification. The 
subject heading of the "undeliverable" notification provides the size limit for the 
recipient's LAN. The sent e-mail is retrieved and reconfigured according to steps 51 56 
in FIG. 5. In this application, the "E-Mail Size Limit Standards" is provided from the 
subject heading of the "undeliverable" notification message. This reconfiguration and 
resend feature can occur automatically, or the user interface 31 in FIG. 3 may prompt 
the user to authorize re-transmitting the e-mail communication" (Column 7, lines 60-67- 
Column 8, lines 1-17). The examiner further wishes to state that a load on a recipient's 
LAN teaches the claimed processing load on a server because a server encompasses 
the local LAN which is associated with it. Specifically, because a local LAN handles all 
requests to and from a server, the server load is taught by the LAN load because as the 
load on the server increases with the number requests it intakes. Because there is a 
threshold limit on the server LAN in Malik's invention, then the claimed processor load 
is taught. In addition, the secondary art of Weller nevertheless teaches the claimed 
server load regardless (See "Referring again to decision 200, if the payload is not much 
larger than the header (decision 200, no branch), then server software 34 determines if 
server 14 has sufficient resources, mainly storage and processes, to support caching 
(decision 202). This determination is made by checking the computing environment 
resource manager for the amount of available storage and processes, and then 
comparing this amount to a predetermined threshold. If server 14 does not have 
sufficient resources, then server software 34 decides not to support header caching" 
(Paragraph 32)). 
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Applicants argue on page 13 that "the LAN cannot be equated to the 
database server, and in addition, the processing load and size limit are 
substantially different attributes. While size limit is typically in terms of a count 
of bytes, processing load is a characteristic of the processor, as will be apparent 
to one skilled in the relevant arts. Equating the two is clearly unreasonable". 
However, the examiner wishes to refer Columns 5-6 and 8 of Malik which state "The 
threshold according to which the system decides whether to compress a file can be 
automatically calculated, predetermined, or user-selected. An automatically calculated 
system changes the threshold point according to the relative amount of traffic on the 
network. The threshold point is used in step 43 of FIG. 4 for determining whether an 
attachment file is to be compressed. For example, in the late evening, when a LAN for a 
business is generally underutilized, the threshold for compressing files can be set to be 
relatively large such that few files are compressed. This allows for faster transmission 
because the system compresses comparatively fewer files before transmission. The 
recipient of the e-mail communication will also have the benefit that fewer files need to 
be decompressed. In contrast, during the peak hours on the network, the compression 
threshold is lowered, such that a majority of the attachment files are compressed before 
transmission along the network. This reduces the number of packets sent along the 
network during busy time periods, thus allowing for more efficient usage. A detector 
connected to the network server (not shown in FIG. 3) detects the relative network 
traffic, and sends a signal regarding the traffic information to network interface 32 in 
FIG. 3. The detector determines the relative amount of traffic on the network by a 
number of known methods. This information is then provided to the e-mail attachment 
configuration module 33 from network interface 32" (Column 5, lines 48-67-Column 6, 
lines 1-6) and "Depending upon the configuration of the recipient's e-mail 
communications system, the sender's e-mail configurator module can include additional 
capability to compress files according to the size limits imposed by the recipient's LAN. 
In e-mail communication systems that are generally available in the prior art, a user will 
receive an "undeliverable mail" message in response to an e-mail, if the size of the 
group of attachments in the e-mail exceeds a predetermined size limit. The 
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"undeliverable" message typically does indicate the size limit for the recipient's LAN. 
The present invention provides an automatic reconfiguration and resending of a mis- 
sent message in response to an "undeliverable message" that indicates the size limit for 
the recipient's LAN. The e-mail communications system according to this embodiment 
additionally includes in the e-mail configuration module 33 of FIG. 3 a detector for 
detecting the receipt of a "undeliverable" notification. The subject heading of the 
"undeliverable" notification provides the size limit for the recipient's LAN. The sent e- 
mail is retrieved and reconfigured according to steps 51 56 in FIG. 5. In this application, 
the "E-Mail Size Limit Standards" is provided from the subject heading of the 
"undeliverable" notification message. This reconfiguration and resend feature can occur 
automatically, or the user interface 31 in FIG. 3 may prompt the user to authorize re- 
transmitting the e-mail communication" (Column 7, lines 60-67-Column 8, lines 1-17). 
The examiner further wishes to state that there is no definition nor explanation of what 
the claimed processor load is in the instant claims. Because there is no such 
explanation/definition, then the claimed processor load is unequivocally broad. 
Moreover, Malik's teaching of size limits teaches the claimed processor load. 
Specifically, a CPU which cannot handle a predetermined size amount broadly teaches 
the claimed processor load because the thresholds of Malik's LANs are based on 
whether such LANs are too busy (i.e. have too much of a load). 

Applicants argue on page 13 that "Dependent claim 31 is independently 
allowable in reciting two thresholds... there is no disclosure or suggestion in the 
mapped portions of Mailk for using such two threshold related to sender and 
receiver respectively". However, the examiner wishes to refer to Columns 7 and 8 of 
Malik which state "As referred to above, the e-mail size limit standard can be 
determined by the network, predetermined within the e-mail application, or specified by 
the user. When automatically calculated by the network, a size limit will be supplied 
through the network interface 32 in FIG. 3 periodically throughout the day according to 
the traffic along the network. For example, the network administrator may set the limits 
for the maximum e-mail size at 2.0 MB when the network is at 50% capacity, 1 .5 MB 
when the network is at 75% capacity, and 1 .0 MB when the network is at 95% capacity. 
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There can be as many intervals as necessary to improve performance along the 
network. The capacity of the network is determined and supplied to the configuration 
module via the network interface. The network information relevant to the user's e-mail 
may concern the network traffic on the entire LAN, or just the traffic on the portion of the 
LAN the extends from the user's computer to the post office on the LAN" (Column 7, 
lines 22-39), and "Depending upon the configuration of the recipient's e-mail 
communications system, the sender's e-mail configurator module can include additional 
capability to compress files according to the size limits imposed by the recipient's LAN. 
In e-mail communication systems that are generally available in the prior art, a user will 
receive an "undeliverable mail" message in response to an e-mail, if the size of the 
group of attachments in the e-mail exceeds a predetermined size limit. The 
"undeliverable" message typically does indicate the size limit for the recipient's LAN. 
The present invention provides an automatic reconfiguration and resending of a mis- 
sent message in response to an "undeliverable message" that indicates the size limit for 
the recipient's LAN. The e-mail communications system according to this embodiment 
additionally includes in the e-mail configuration module 33 of FIG. 3 a detector for 
detecting the receipt of a "undeliverable" notification. The subject heading of the 
"undeliverable" notification provides the size limit for the recipient's LAN. The sent e- 
mail is retrieved and reconfigured according to steps 51 56 in FIG. 5. In this application, 
the "E-Mail Size Limit Standards" is provided from the subject heading of the 
"undeliverable" notification message. This reconfiguration and resend feature can occur 
automatically, or the user interface 31 in FIG. 3 may prompt the user to authorize re- 
transmitting the e-mail communication" (Column 7, lines 60-67-Column 8, lines 1-17). 
The examiner further wishes to state that the threshold with the sender's (i.e., client) 
LAN teaches the claimed load on the client while the threshold with the receiver (i.e., 
server) teaches the claimed load on the server. 

Conclusion 

12. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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U.S. PGPUB 2004/0205249 issued to Berry on 14 October 2004. The subject 
matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. PGPUB 2005/0210151 issued to Abdo et al. on 22 September 2005. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2005/0268068 issued to Ignatius et al. on 01 December 2005. 
The subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 
36-39 (e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2002/0184224 issued to Haff et al. on 05 December 2002. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. Patent 7,043,524 issued to Shah et al. on 09 May 2006. The subject matter 
disclosed therein is pertinent to that of claims 30-35 (e.g., periodic determination of cpu 
utilization). 

U.S. Patent 7,024,460 issued to Koopmas et al. on 04 April 2006. The subject 
matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. Patent 6,535,238 issued to Kressin on 18 May 2003. The subject matter 
disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. PGPUB 2005/01 881 1 2 issued to Desai et al. on 25 August 2005. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

European Patent WO 02/097584 issued to Cranstone on 05 December 2002. 
The subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 
36-39 (e.g., determining whether to compress data to a requesting client). 

U.S. Patent 5,276,898 issued to Kiel et al. on 04 January 1994. The subject 
matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 
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U.S. Patent 6,832,241 issued to Tracton et al. on 14 December 2004. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2004/0103215 issued to Ernst et al. on 27 May 2004. The subject 
matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. PGPUB 2003/0123466 issued to Somekh et al. on 03 July 2003. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2004/0143650 issued to Wollowitz on 22 July 2004. The subject 
matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. Patent 7,398,325 issued to Weller on 08 July 2008. The subject matter 
disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 (e.g., 
determining whether to compress data to a requesting client). 

U.S. Patent 7,437,483 issued to Goossen et al. on 14 October 2008. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2004/0228533 issued to Aldelmann on 18 November 2004. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2004/0228533 issued to Mueller et al. on 10 October 2002. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2007/0299988 issued to Weller on 27 December 2007. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 

U.S. PGPUB 2004/0136598 issued to Leannec et al. on 15 July 2004. The 
subject matter disclosed therein is pertinent to that of claims 1 , 4-6, 8, 30-31 , and 36-39 
(e.g., determining whether to compress data to a requesting client). 
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Contact Information 

1 3. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mahesh Dwivedi whose telephone number is (571) 272- 
2731 . The examiner can normally be reached on Monday to Friday 8:20 am - 4:40 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tim Vo can be reached (571) 272-3642. The fax number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see httD://pair-direct.uspto.aov . Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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Patent Examiner 
Art Unit 2168 
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